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Method and System for Accessing Multiple Types of Electronic Content 

5 Technical Field 

The present invention relates to computer program modules. More 
specifically, the invention relates a method and system for accessing multiple 
types of content from a broad range of program modules. 

10 Background of the Invention 

As computer technology has advanced, computer program modules have 
been used extensively. These program modules have made it possible to work 
with vast amounts of information in a practical and effective way. Program 
modules assist in the performaace of a specific task, such as word processing, 

15 accounting, or inventory management. Although program modules have made 
information more accessible, the many different program modules available and 
the increased use of the Internet have caused problems with communications 
between different program modules. Conventional systems cannot connect 
content between multiple program modules. This is particularly problematic in 

20 the Internet world, because the Internet has caused content to become 
increasingly convergent with program modules. 

In previous computer systems, it has been possible to use one service, or 
storage area, dedicated to one particular content type. Examples of different 
content types that can be available in services are images, videos and word 

25 processor strings. Because previous computer systems have tied a single 
service to a single type of content, there has been no level of abstraction that 
allows multiple services to access multiple content types. This has been a 
frustration when accessing the Internet and its multiple program modules and 
content types. Furthermore, this frustration will continue to increase as future 

30 program modules are created with as yet unknown data types. An additional 



problem has arisen when content needs to be modified or expanded, as it has 
disrupted the functionahty of the service. There has also been no way to 
combine code and data into one service. In addition, there has been no standard 
way of exchanging content between services and program modules. 
5 There is a current need in the art for a program module to access multiple 

content types. There is also a need to access future content types without 
knowing in advance what those content types will be. There is a need to ensure 
that a service can be modified or expanded without disrupting the original level 
of functionality, and without knowing the internal make-up of the service. 
10 There is also a need for a standard way of exchanging content between services 
and program modules. 

Summary of the Invention 

The present invention solves the above problems by providing a method 
15 and system for accessing multiple types of electronic content from a broad 
range of client program modules. A client program module can access multiple 
types of content without the client program module having a knowledge of what 
type of content it is accessing. This invention can have the flexibility to allow 
anything from a dictionary entry to a video to be accessed by any client program 
20 module, such as Microsoft Word and Lotus Notes. 

The present invention can include a client program module, a core 
dynamic link library ("DLL") (including a service manager and a wrapper layer 
for interfacing with external components), service containers, service objects, a 
cache file, and a memory storage. Service containers can be arbitrary data 
25 containers that can include a code object, an associated data object, and a loader 
ID. The code object can include service objects. Service objects are reusable 
object code that can be linked together in different ways. For example, one 
service container can have a code object that includes service objects A and B. 
Another service container can have a code object that includes service objects 
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A, C, and D. The loader ID can allow the service manager to access the cache 
file and instantiate the computer code object and associated data object of the 
service containers. In this way, multiple types of contents can be activated or 
run by the service manager. The cache file can contain information on which 
5 service containers use the service objects, and service object properties. 

In an exemplary embodiment of the present invention, a graphical image 
and the computer code needed to display the image can be stored in one service 
container as a first type of content. Meanwhile, text data and its related 
computer code can be stored in another service container as a second type of 

10 content. The service manager can instantiate the code of both the first and 
second service containers in order to render the graphical image and the text 
data. Therefore, the service manager can handle an unlimited nvimber of 
content types. The user does not need to know in advance what types of content 
will be in the service container because the client program module doesn't need 

15 to understand the content to be able to display it. Thus a user can dynamically 
add services to the system and the client program module that writes to the 
system doesn't need to know what kind of services will come along in the 
future. The present invention can also serve as a standard way of exchanging 
content between services and client program modules. 

20 

Brief Description of the Drawings 

FIG. 1 is a block diagram of a personal computer that provides an 
exemplary operating environment for an exemplary embodiment of the present 
invention. 

25 FIG. 2 is a functional block diagram illustrating an exemplary 

embodiment which can report actions between a client program module, a core 
DLL, service containers, a cache file, and memory storage. 

FIG. 3 is a functional block diagram illustrating yet another exemplary 
embodiment which can report actions between a word processing application 
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client program module such as Microsoft Word, a service manager, some 
translation dictionary service containers, a cache file, and memory storage. 

FIG. 4 is logical flow diagram illustrating an exemplary method for 
accessing multiple types of content from a broad range of client program 
5 modules as set forth in FIG. 2. 

FIG. 5 is a logical flow diagram illustrating an exemplary routine for 
registering a service by an API method as set forth in FIG. 4. 

FIG. 6 is a logical flow diagram illustrating an exemplary routine for 
registering a service by a setup method as set forth in FIG. 4. 
10 FIG. 7 is a flow diagram illustrating an exemplary method for creating a 

list of service containers available to the client program module as set forth in 
FIG. 4. 

FIG. 8 is a flow diagram illustrating an exemplary method for creating a 
service container as set forth in FIG. 4. 

15 

Detailed Description of Exemplary Embodiments 

The present invention solves the above problems by providing a method 
and system for accessing electronic content with a broad range of client 
program modules. This invention can provide an architecture that allows the 

20 entire system to function with any arbitrary client program module. It can have 
the flexibility to allow anything from a dictionary entry to a video to be 
accessed by any client program module, such as Microsoft Word and Lotus 
Notes. Thus, a user can access multiple types of content without the client 
program module having a knowledge of what type of content it is accessing 

25 because the client program module doesn't need to understand the content to be 
able to display it. Thus, a client program module can access new services to the 
system because the client program module doesn't need to know what kind of 
services will come along in the future. In addition, a service can be modified or 
expanded without disrupting its functionality. In addition, the present invention 
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can provide a standard way of exchanging content between services and client 
program modules. 

FIG. 1 is a block diagram of a personal computer that provides an 
exemplary operating environment. FIGS. 2 - 3 are block diagrams illustrating 
5 internal client program module objects. FIG. 4 - 8 are flow diagrams illustrating 
an exemplary method for accessing multiple types of electronic content from a 
broad range of client program modules. 

Although an exemplary embodiment will be generally described in the 
context of a client program module and an operating system running on a 

10 personal computer, those skilled in the art will recognize that the present 
invention also can be implemented in conjunction with other program modules 
for other types of computers. Furthermore, those skilled in the art will 
recognize that the present invention may be implemented in a stand-alone or in 
a distributed computing environment. In a distributed computing environment, 

15 program modules may be physically located in different local and remote 
memory storage devices. Execution of the program modules may occur locally 
in a stand-alone manner or remotely in a client/server manner. Examples of 
such distributed computing environments include local area networks of an 
office, enterprise- wide computer networks, and the global Internet. 

20 The detailed description which follows is represented largely in terms of 

processes and symbolic representations of operations by conventional computer 
components, including a central processing unit (CPU), memory storage devices 
for the CPU, display devices, and input devices. Furthermore, these processes 
and operations may utilize conventional computer components in a 

25 heterogeneous distributed computing environment, including remote file 
servers, remote compute servers, and remote memory storage devices. Each of 
these conventional distributed computing components is accessible by the CPU 
via a communications network. 
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The processes and operations performed by the computer include the 
manipulation of signals by a CPU or remote server and the maintenance of these 
signals within data structures resident in one or more of the local or remote 
memory storage devices. Such data structures impose a physical organization 
5 upon the collection of data stored within a memory storage device and represent 
specific electrical or magnetic elements. These symbolic representations are the 
means used by those skilled in the art of computer programming and computer 
construction to most effectively convey teachings and discoveries to others 
skilled in the art. 

10 For the purposes of this discussion, a process is generally conceived to be 

a sequence of computer-executed steps leading to a desired result. These steps 
generally require physical manipulations of physical quantities. Usually, though 
not necessarily, these quantities take the form of electrical, magnetic, or optical 
signals capable of being stored, transferred, combined, compared, or otherwise 

15 manipulated. It is conventional for those skilled in the art to refer to these 
signals as bits, bytes, words, data, objects, properties, flags, types, identifiers, 
values, elements, symbols, characters, terms, numbers, points, records, images, 
files or the like. It should be kept in mind, however, that these and similar terms 
should be associated with appropriate physical quantities for computer 

20 operations, and that these terms are merely conventional labels applied to 
physical quantities that exist within and during operation of the computer. 

It should also be understood that manipulations within the computer are 
often referred to in terms such as comparing, selecting, viewing, getting, giving, 
etc. which are often associated with manual operations performed by a human 

25 operator. The operations described herein are machine operations performed in 
conjunction with various input provided by a human operator or user that 
interacts with the computer. 

In addition, it should be understood that the program modules, processes, 
methods, etc. described herein are not related or limited to any particular 
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computer or apparatus, nor are they related or limited to any particular 
communication network architecture. Rather, various types of general purpose 
machines may be used with program modules constructed in accordance with 
the teachings described herein. Similarly, it may prove advantageous to 
5 construct a specialized apparatus to perform the method steps described herein 
by way of dedicated computer systems in a specific network architecture with 
hardwired logic or program modules stored in nonvolatile memory, such as read 
only memory. 

Referring now to the drawings, in which like numerals represent like 
10 elements throughout the several figures, aspects of the present invention and an 
exemplary operating environment will be described. 

The Operating Environment 

FIG. 1 illustrates various aspects of an exemplary computing environment 
15 in which the present invention is designed to operate. Those skilled in the art 
will immediately appreciate that FIG. 1 and the associated discussion are 
intended to provide a brief, general description of an exemplary computer 
hardware and program modules, and that additional information is readily 
available in the appropriate programming manuals, user's guides, and similar 
20 publications. 

FIG. 1 illustrates a conventional personal computer 10 suitable for 
supporting the operation of an exemplary embodiment of the present invention. 
As shown in FIG. 1, the personal computer 10 operates in a networked 
environment with logical connections to a remote computer 11. The logical 
25 connections between the personal computer 10 and the remote computer 1 1 are 
represented by a local area network 12 and a wide area network 13. Those of 
ordinary skill in the art will recognize that in this client/server configuration, the 
remote computer 1 1 may function as a file server or computer server. 
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The personal computer 10 includes a central processing unit (CPU) 14. 
The personal computer also includes system memory 15 (including read only 
memory (ROM) 16 and random access memory (RAM) 17), which is connected 
to the CPU 14 by a system bus 18. An exemplary computer 10 utilizes a BIOS 

5 19, which is stored in ROM 16. Those skilled in the art will recognize that the 
BIOS 19 is a set of basic routines that helps to transfer information between 
elements within the personal computer 10. Those skilled in the art will also 
appreciate that the present invention may be implemented on computers having 
other architectures, such as computers that do not use a BIOS, and those that 

10 utilize other microprocessors, such as the "MIPS" or "POWER PC" famihes of 
microprocessors from Silicon Graphics and Motorola, respectively. 

Within the personal computer 10, a local hard disk drive 20 is connected 
to the system bus 18 via a hard disk drive interface 21. A floppy disk drive 22, 
which is used to read or write a floppy disk 23, is connected to the system bus 

15 18 via a floppy disk drive interface 24. A CD-ROM or DVD drive 25, which is 
used to read a CD-ROM or DVD disk 26, is connected to the system bus 18 via 
a CD-ROM or DVD interface 27. A user enters commands and information into 
the personal computer 10 by using input devices, such as a keyboard 28 and/or 
pointing device, such as a mouse 29, which are connected to the system bus 18 

20 via a serial port interface 30. Other types of pointing devices (not shown in FIG. 
1) include track pads, track balls, pens, head trackers, data gloves and other 
devices suitable for positioning a cursor on a computer monitor 3 1 . The monitor 
31 or other kind of display device is connected to the system bus 18 via a video 
adapter 32. 

25 The remote computer 1 1 in this networked environment is connected to a 

remote memory storage device 33. This remote memory storage device 33 is 
typically a large capacity device such as a hard disk drive, CD-ROM or DVD 
drive, magneto-optical drive or the like. The personal computer 10 is connected 
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to the remote computer 11 by a network interface 34, which is used to 
communicate over the local area network 12. 

As shown in FIG. 1, the personal computer 10 is also connected to the 
remote computer 1 1 by a modem 35, which is used to communicate over the 
5 wide area network 13, such as the Internet. The modem 35 is connected to the 
system bus 18 via the serial port interface 30. The modem 35 also can be 
connected to the public switched telephone network (PSTN) or community 
antenna television (CATV) network. Although illustrated in FIG. 1 as external 
to the personal computer 10, those of ordinary skill in the art will quickly 

10 recognize that the modem 35 may also be internal to the personal computer 1 1, 
thus communicating directly via the system bus 18. It is important to note that 
connection to the remote computer 1 1 via both the local area network 12 and the 
wide area network 13 is not required, but merely illustrates alternative methods 
of providing a communication path between the personal computer 10 and the 

15 remote computer 1 1 . 

Although other internal components of the personal computer 10 are not 
shown, those of ordinary skill in the art will appreciate that such components 
and the interconnection between them are well known. Accordingly, additional 
details concerning the internal construction of the personal computer 10 need 

20 not be disclosed in connection with the present invention. 

Those skilled in the art will understand that an operating system 36 and a 
numerous program modules 37 are provided to the personal computer 10 via 
computer-readable media. In an exemplary computer, the computer-readable 
media include the local or remote memory storage devices, which may include 

25 the local hard disk drive 20, floppy disk 23, CD-ROM or DVD 26, RAM 17, 
ROM 16, and the remote memory storage device 33. In an exemplary personal 
computer 10, the local hard disk drive 20 is used to store data and program 
modules, including the operating system 36 and program modules 37. 
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The focus of a service manager 38 is described below in a manner that 
relates to its use in one of the program modules 37 of FIG. 1. This description 
is intended in all respects to be illustrative rather than restrictive. Alternative 
embodiments will be apparent to those skilled in the art. 

5 

The Internal Objects 

Turning now to FIGs. 2-8, exemplary embodiments of the present 
invention are described. FIG. 2 is a block diagram illustrating internal program 
module objects of an exemplary embodiment which can report actions between 
10 a client program module 205 a core DLL 210 that includes a service manager 
21 1, service containers 270, a cache file 220, a first memory storage 215 such as 
an initialization (INI) file, and a second memory storage 222 such as a system 
registry. 

The client program module 205 is a sequence of instructions that can be 
15 executed by a computer. A client program module 205 typically comprises a 
word processing program. The core DLL 210 allows executable routines to be 
stored separately and to be loaded only when needed by the client program 
module 205. The core DLL of the present invention includes the service 
manager 211. 

20 The service manager 211 of the present invention can handle arbitrary 

content by utilizing at least three object methods of the Interface Definition 
Language in combination with the variant parameter: the exchange method, the 
set attribute method, and the get attribute method. With the variant parameter 
and these object methods, the service manager 211 does not need to be limited 

25 to known parameters of the data content prior to executing or accessing the data 
content, rather, the data content or service container 270 defines its own 
parameters that can be passed to the service manager 211. 

The exchange method, set attribute method, and get attribute methods all 
pass data content. The service containers 270 all share the same interface. The 
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exchange method puts in a variant and takes out a variant. The exchange 
method allows the client program module 205 to define what kind of data it 
wants to take out. The set attribute method is used to pass in data content into 
an object. The get attribute method is used to query an object to get data 
5 content. 

In an exemplary embodiment, an image (data object 260) and the 
computer code (code object 255) needed to display the image can be stored in 
one service container 270 as a first type of content. Meanwhile, text data (data 
object 260) and the computer code (code object 255) needed to display the text 
10 can be stored in another service container 270 as a second type of content. The 
service manager 211 can instantiate the code of both the first and second content 
types in order to render both the graphical image as well as the text data. 
Therefore, the service manager 211 can handle an unlimited number of data 
types. 

15 Upon selection of an available service container 270, the servicemanager 

211 can construct the service container 270 . The service manager 211 can 
connect the client program module 205 to the appropriate service container 270 
and in turn the appropriate service objects 225. The service containers 270 can 
contain a code object 255, an associated data object 260, and a loader ID 265. 

20 The code object 255 can consist of service objects 225 that perform specific 
functions and that provide support to the client program module 205. Service 
containers 270 can be temporary arrangement of reusable service objects 225. 
The service objects 225 can be used by multiple service containers 270, can 
interact with one another, and can have predefined relationships relative to one 

25 another. In an exemplary aspect of the present invention, the service objects 
225 can be linked to one another in an "object-chaining" relationship where the 
service objects 225 must be run in a particular order. In addition, each service 
object 225 can have a more dependent relationship with another service object 
225 within the chain. This is a "master-slave" relationship where one service 



11 



object 225 is dependent on the output of another service object 225. During 
execution of an object chain, a "master" object can pause the output of a service 
object 225 by continuously checking and accessing the output of a "slave" 
object until the output of the "slave" object reaches a desired threshold or value. 
5 The cache file 220 can be a local collection of all the service objects 225 

and properties of service objects 225 that enable the service manager 2 1 1 to 
create service containers 270 and service objects 225 very quickly. The cache 
file 220 can contain information on which service containers 270 use the service 
objects 225, as well as service object property information. The cache file 220 

10 can store a version of an initialization ("INI") file that denotes the object 
properties, object names, object descriptions, object chain IDs. privilege IDs, 
objects within each object chain (where an object chain denotes a service), and 
properties for each object. 

The service manager 211 can make sure the cache file 220 matches the 

15 second memory storage (or registry) 222. With the loader ID 265, the service 
manager 211 can access the cache file 220 and instantiate the code object 255 
and data object 250 of the service containers 270. In this way, multiple types 
of contents can be activated or run by the service manager 211. Additional 
service containers 270 can also be accessed without modifying the service 

20 manager's 211 existing programming architecture. In fact, the service manager 
211 does not need to know in advance what types of data content it can access. 

The second memory storage (or registry) 222 is a non-volatile memory 
storage for object information. It is a central hierarchical database used in a 
Windows operating environment that contains information which is 

25 continuously accessed during operation. The second memory storage (or 
registry) 222 can store system-wide information, including information on what 
kind of service containers 270 are installed. In one exemplary embodiment, the 
second memory storage (or registry) 222 can contain loader IDs 265 for loaders. 
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Loaders are used to access data objects stored on a particular type of storage 
medium. 

The memory storage 215 is a nonvolatile memory storage for object 
information such as an INI file. An INI file 215 can denote the object 
5 properties, object names, object descriptions, object chain IDs, privilege IDs, 
objects within each object chain (where an object chain denotes a service), and 
properties for each object. 

FIG. 3 is a block diagram illustrating internal program module objects of 
an exemplary embodiment which can report actions between Microsoft Word 

10 305, a core DLL 310, some translation dictionary service containers 370, a 
cache file 325, a first nonvolatile memory storage such as in INI file 215, and a 
second nonvolatile memory storage such as a registry 222. The core DLL 310 
can be the interface of the translation dictionary service containers 370. It 
includes the service manager 320 and a wrapper layer 315. The service 

15 manager 320 can connect the translation dictionary services containers 370 to 
the wrapper layer 315, and in turn to the Microsoft Word 305. The wrapper 
layer 315 allows the service manager to be accessible to a client program 
module 205 such as Microsoft Word 305 using an interface supported by that 
client program module 205. The service manager 320 can perform service 

20 installation, service cataloging, and service access control. A service container 
370 can be installed by an API or a setup program module. A service catalogue, 
created by the service manager 320, can list services available to Microsoft 
Word 305 based on Microsoft Word's 305 privileges. 

The translation dictionary service containers 370 can include a code 

25 object 355, a data object 360, and a loader ID 365. The data object 360 in this 
embodiment can be lexical data. The code object 355 can consist of service 
objects 330 that perform language-specific fimctions. The loader ID 365 is a 
generic interface that can be re-used for any type of data exchange. The loader 
ID 365 can be passed to the service manager 320. The loader ID 365 can tell 
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the service manager 320 what type of loader should be used to load a specific 
service object 330. 

In an exemplary embodiment, the translation dictionary service 
containers 370 can include a French translation dictionary 350, a German 
5 translation dictionary 375, and a Hebrew translation dictionary 380. The service 
objects 330 can include a stemmer 335, a look-up 340, and an extensible mark- 
up language (xml) to rich text format (rtf) or "xml to rtf object 345. The 
stemmer 335, look-up 340 and "xml to rtf 345 objects can demonstrate both the 
"object-chaining" and "master-slave" relationships. 

10 For example, if the user enters the English word "loves" and desires a 

French translation, the service manager 320 can create or instantiate the French 
translation dictionary 350. The stemmer 335 object of the French translation 
dictionary 350 can take the word "loves" and truncate the suffix from the base 
word "love". The look-up object 340 then can look up the word "love" in 

15 French. If there is not a matching definition in the look-up dictionary, the 
stemmer object 335 can continue to truncate the word and pass the truncated 
word to the look-up 340 until the look-up 340 finds a definition in the 
dictionary. In this scenario, the look-up object 340 can be a "master" object 
while the stemmer object 335 can be a "slave" object to the "master" look-up 

20 object 340. The look-up object 340 can continue to use the stemmer object 335 
to truncate a word until a definition is found. Once there is a matching 
definition for the stem, the "xml to rtf object 345 can change the format of the 
data from extensible markup language to rich text format. The particular order 
of running the stemmer 335, look-up 340 and "xml to rtf 345 objects illustrates 

25 one example of an "object-chaining" relationship. As noted above, the 
relationship between the stemmer 335 and the look-up 340 object exemplifies a 
"master-slave" relationship where the stemmer object 335 is a "slave" to the 
"master" look-up object 340. The different service objects 330 can be reused in 
many translation dictionary service containers 370. Thus, the French 350 and 
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German translation dictionary 375 can both include a stemmer object 335, a 
look-up object 340, and/or an "xml to rtf object 345, or any combination of 
fewer or more service objects 330 thereof 

5 Overview of Accessing Content from a Broad Range of Program Modules 

FIG. 4 is flow diagram illustrating an exemplary method for accessing 
multiple types of content from a broad range of client program modules 205 as 
set forth in FIG. 2. In routine 405, the service containers 270 can be registered 
with the operating system 36 by an API or a setup program module. In step 

10 410, the client program module 205 can initiate the service manager 211 and 
can request a list of available service containers 270. The service manager 211 
can check the client program module's global universal identification ("GUID") 
privilege key and can find the service containers 270 that have the same GUID 
privilege key. The service manager 211 can only enumerate the service 

15 objects 225 in the service containers 270 that the client has access to based on 
the GUID privilege key. These matching service objects 225 and service 
containers 270 can be available to the client program module 205. In routine 
415, the service manager 211 can create a list of service containers 270 and 
service objects 225 available to the client program module 205. 

20 In routine 420, service containers 270 from the list can be selected and 

created by the service manager 211. The service manager 211 can create the 
service containers by loading the service objects 225 into the service containers 
270. In creating the service objects 225, the service manager 211 can load 
service object properties from the service object list or catalogue containing 

25 information on the relationships of "object-chaining", "master-slave" and how to 
instantiate objects. 

In step 425, the service manager can run the service objects 225 in the 
selected service containers 270. 



15 



In one exemplary embodiment of the present invention, Microsoft Word 
305 can be the client program module 205 that instantiates the service manager 
320 and requests the list of available translation dictionaries service containers 
370. The service manager 320 can find out the French Translation Dictionary 
5 350, the German Translation Dictionary 375, and the Hebrew Translation 
Dictionary 380 are available to Microsoft Word 305. Microsoft Word 305 then 
can request the service manager 320 to instantiate the service objects 330 that 
form the available translation dictionary service containers 370. The stemmer 
335, the look-up 340, and the "xml to rtf 345 objects can be some of the 
10 service objects 330 contained in the French Translation Dictionary 350. The 
stemmer 335, the look-up 340, and the "xml to rtf 345 objects can be some of 
the service objects 330 contained in the German Translation Dictionary 375. 
And the "xml to rtf object 345 can be one of the service objects 330 contained 
in the Hebrew Translation Dictionary 380. 

15 

Registering Services 

FIG. 5 is a flow diagram illustrating an exemplary routine 405 for 
registering a service container 270 by an API method as set forth in FIG. 4. 
Registering a service container 270 can entail installing the service container 

20 270 as part of the operating system 36. In an exemplary embodiment, the user 
can install Microsoft Word 305 and select the translation dictionary service 
container 370 as something that the user wants in Microsoft Word 305. The 
translation dictionary service container 370 can be installed as part of installing 
Microsoft Word 305 and the installation can populate the second memory 

25 storage (or registry) 222 with information about the translation dictionary 
service container 370. 

This method can allow a service container 270 to be installed and to have 
its presence written to the second memory storage (or registry) 222 and to the 
cache file 220 at install time instead of during the first instantiation. Referring 
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to FIG. 5, in step 505, an API can write or delete registry keys (loader IDs 265 
and object locations) to or from the second memory storage (or registry) 222. In 
step 510, the client program module 205 can add or remove files from the 
appropriate location corresponding to the registry keys. In step 515, the service 
5 manager 211 can update the cache file 220. The cache file 220 can contain 
information about which service containers 270 use which service objects 225, 
and service object properties. This information can help allow the service 
containers 270 to be loaded quickly. 

FIG. 6 is a flow diagram illustrating an exemplary routine 405 for 

10 registering a service container 270 by a setup program module as set forth in 
FIG. 4. The setup program module can write entries into the second memory 
storage (or registry) 222 that define the service containers 270 and define the 
loader IDs 265. In other words, the second memory storage (or registry) 222 
can tell the program module 205 how to load the service container 270 and its 

15 service objects 225 by giving a loader ID 265 interface. Then it can be the 
loader's responsibility to load the particular service object 225 identified with it 
in the second memory storage (or registry) 222. This method can put the object 
files in the right location and then can put the information in the second memory 
storage (or registry) 222, In step 605, the setup program module can write or 

20 delete registry keys (loader IDs 265 and object locations) to or from the second 
memory storage (or registry) 222. In step 610, the setup program module can 
add or remove the object files (containing arbitrary data content) from the 
appropriate location corresponding to the registry keys. In step 615, in response 
to initiation by the client program module 205, the service manager 211 can 

25 update the cache file 220 that can contain the list of available service containers 
270. 
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Creating a List of Service Containers 

FIG. 7 is a flow diagram illustrating an exemplary routine 415 for 
creating a list of service containers 270 available to the client program module 

5 205 as set forth in FIG. 4. In step 705, the service manager 211 can compare 
the cache file 220 with the second memory storage (or registry) 222. In 
decision 710, it can be determined if the cache file 220 matches the second 
memory storage (or registry) 222. If the inquiry of decision step 710 is 
negative, then the cache file 220 can be updated to reflect the second memory 

10 storage (or registry) 222, as set forth in step 715. If the inquiry to decision step 
710 is positive, then the "yes" branch is followed to step 720. In step 720, the 
client program module 205 can forward privilege data to the service manager 
211. In step 725, the service manager 21 1 can determine the service containers 
270 in the cache file 220 that match the client privilege data. The cache file 

15 220 can contain a list of all the properties of all the service containers 270 and 
service objects 225. So in this step, the service manager 211 can access the 
cache file 220 and can review the properties of each service container 270. 
Then the service manager 21 1 can look at the privilege attributes of the service 
object chain and when there is a match of loader IDs 265 the service manager 

20 211 can grant the client program module 205 access to that service container 
270. The service manager 211 can do this in succession for all the service 
containers 270 the client program module 205 can access. In step 730, the 
service manager 211 can compile from the cache file 220 a list of object 
locations, loader IDs 265 and service objects 225 in a hierarchical order based 

25 on chaining relationships. In this step, the service manager 211 can go to the 
second memory storage (or registry) 222 and locate the loader ID 265 and the 
loader ID 265 can then access a table of properties for each selected service 
object 225 and load that service object 225 as its property. Thus the second 
memory storage (or registry) 222 can point the service manager 211 to the 



18 



correct place of the properties and objects. The hierarchical order can be 
formulated from an INI file 215. When the service manager 21 1 is used, it first 
can validate if there are any new contents or content deletes or updates by 
checking the INI file 215. The service manager 211 can then update the cache 
5 file 220 by using the INI file 215. 

Creating Service Containers 

FIG. 8 is a fiow diagram illustrating an exemplary routine 420 for 
creating a service container 270 and service objects 225 as set forth in FIG. 4. 

10 In step 805, from the list generated in step 730 of FIG. 7, the service manager 
211 can identify service objects 225 and corresponding object location 
information and loader IDs 265 of an appropriate object chain forming a 
selected service container 270. In decision step 810, the service manager 211 
can determine if a "master-slave" relationship exists for each service object 225 

15 in the object chain. If the inquiry to decision step 8 10 is positive, then the "yes" 
branch can be followed to step 811. In step 811, using the object location and 
loader ID 265, the service manager 211 can instantiate the corresponding 
"slave" object and can link the "slave" object to the "master" object. In step 
816, using the object location and loader ID 265, the service manager 211 can 

20 instantiate the "master" object. If the inquiry to decision step 810 is negative 
then the "no" branch can be followed to step 815. In step 815, using the object 
location and loader ID 265, the service manager 211 can instantiate each object 
enumerated in the list from the cache file 220. In decision step 820, it can 
determine if the last object of the object chain that forms the service container 

25 270 and service objects 225 is reached. If the inquiry to decision step 820 is 
negative, then the "no" branch can be followed to step 825 in which the next 
object can be loaded. 

Loader IDs 265 inform the service manager 21 1 of the type of loader to 
use to access the data for a specific service object 330. A loader is a software 
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mechanism that assists the service manager 21 1 to load data from a specific type 
of storage medium. A loader can be designed to help the service manager 21 1 
load data from storage media such as magnetic floppy disks, optical media like 
CD-ROMs or DVDs, or data downloadable from a wide area network, such as 
5 the Internet. Usually, separate loaders exists for each type of storage medium 
that may contain service object data. 

In an exemplary embodiment, the French translation dictionary 350 can 
have the following "object-chaining" order: the stemmer object 335, the look- 
up object 340, and the "xml to rtf object 345. A "master-slave" relationship 

10 can exist between the stemmer object 335 and the look-up object 340, where the 
stemmer object 335 is a "slave" to the "master" look-up object 340. The service 
manager 320 can load information into a table that indicates that the stemmer 
object 335 is run before the lookup object 340, and the lookup object 340 is run 
before the "xml to rtf object 345. The service manager 320 also can load 

15 information that indicates that the look-up object 340 is the "master" to the 
"slave" stemmer object 335. Microsoft Word 305 then can request the service 
manager 320 to instantiate each object of the desired translation dictionary 
service container 370 in the list. The service manager 320 then can check to 
see if a "master-slave" relationship exists for any of the service objects in these 

20 translation dictionary service containers 370. If yes, the service manager 320 
can record the relationship. Because there is a "master-slave" relationship with 
the stemmer 335 and look-up 340 objects, the service manager 320 can record 
this. The service manager 320 then can move onto the first service 330 object 
in the list of chaining and can instantiate this service object 330. In this case, 

25 this can be the stemmer object 335, which has the look-up object 340 as its 
"master". The service manager thus can instantiate the "slave" stemmer object 
335 before the "master" look-up object 340. The service manager 320 then can 
repeat the above steps until it reaches the last service object 330 in the list. 
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The present invention has been described in relation to particular 
embodiments which are intended in all respects to be illustrative rather than 
restrictive. Alternative embodiments will become apparent to those skilled in 
the art to which the present invention pertains without departing from its spirit 
and scope. Accordingly, the scope of the present invention is defined by the 
appended claims rather than the foregoing description. 
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Claims 



What is claimed is: 

1. A computer-implemented method for accessing multiple types 
5 of electronic content, comprising the steps of: 

requesting a list of available services for a client program 

module; 

creating a list of services available to the client program 

module; 

10 selecting a service from the list; 

creating a service from a plurality of program objects that 
are enumerated in the list; and 

providing the client program access to the service, wherein 
the service manipulates data within the client program module or the service 
15 generates some output data that is accessible within the client program module. 

2. The method of claim 1, wherein the step of creating a service 
fiirther comprises the steps of: 

obtaining loader identification data and location data for a 
20 program object from a local storage medium; and 

retrieving program object data from a non-local storage 
medium corresponding to the loader identification data and location data for the 
program object. 

25 3. The method of claim 2, wherein the local storage medium 

comprises a cache memory device. 



22 



4. The method of claim 2, wherein the loader identification data 
and location data are passed according to one of an exchange method, a set 
attribute method, and a get attribute method in combination with a variant 
5 parameter, whereby arbitrary data content is accessible to the client program 
module. 



5. The method of claim 1, wherein the step of creating a list of 
services further comprises the steps of: 
10 comparing privilege data of the client program module with 

privilege data of objects stored in a local storage medium; and 

in response to a match between privilege data of the client, 
recording each respective match in the list. 

15 6. The method claim 1, wherein the step of creating a list of 

services further comprises the steps of: 

comparing a cache file with a system registry; 
updating the cache file to reflect the system registry; 
determining services in the cache file that match privilege 
20 IDs of the client program module; and 

compiling a list of object locations, loader identification 
data, and objects in hierarchical order from the cache file. 



7. The method of claim 1, wherein the step of creating a service 
25 further comprises the steps of: 

accessing a local storage medium containing object chaining 
relationships and object properties; and 

constructing a container of objects forming the service based 
upon the object chaining relationships and object properties. 
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8. The method of claim 7, wherein the local storage medium 
comprises a cache memory device. 

5 9. The method of claim 7, wherein said step of constructing a 

container of objects further comprises the steps of: 

determining if a master-slave relationship exists for each 
object in an object chain; 

if a master-slave relationship exists for an object, then 
10 obtaining object location data and loader identification data and creating a 
respective slave object prior to creating a corresponding master object; and 

if a master-slave relationship does not exist for an object, 
then creating the object. 

15 10. The method of claim 1, further comprising the steps of: 

registering a service; and 

updating a local memory storage medium to reflect the 
registering of a service. 



20 11. The method of claim 10, wherein the step of registering a 

service comprises the steps of: 

writing or deleting registry keys containing loader 
identification data and object location data to or from a database; and 

adding or removing files containing object data to or from a 
25 storage medium corresponding to the registry keys. 

12. A computer-readable medium having computer-executable 
instructions for performing the steps recited in claim 1 . 
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13. A computer-implemented method for accessing arbitrary data 
content, comprising the steps of: 

creating a service from a plurality of reusable program 

objects; 

5 for each reusable program object, obtaining loader 

identification data and location data for a respective program object from a local 
storage medium; 

retrieving program object data from a non-local storage 
medium corresponding to the loader identification data and location data for the 
10 program object; 

adding the service to an existing client program module; and 
accessing arbitrary data content with the client program 
module via the service, whereby the arbitrary data content was unavailable to 
the existing client program module prior to adding the service. 

15 

14. The method of claim 13, wherein the loader identification data 
and location data are passed according to one of an exchange method, a set 
attribute method, and a get attribute method in combination with a variant 
parameter. 

20 

15. The method of claim 13, fiirther comprising the steps of: 

for each object, determining if a master-slave relationship 

exists; 

if a master-slave relationship exists for an object, then 
25 obtaining object location data and loader identification data for a slave object 
and creating the slave object prior to creating a corresponding master object; 
and 

if a master-slave relationship does not exist for an object, 
then creating the object. 
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16. A method for translating data from a first language to a second 
language, comprising the steps of: 

requesting a list of available translation services for a client 

5 program module; 

creating a list of translation services available to the client 

program module; 

creating a translation service from a plurality of program 
objects that are enumerated in the list; and 
10 translating data from the first language to a second language 

with a service selected from the list. 

17. The method of claim 16, wherein the step of creating a service 
further comprises the steps of: 

15 obtaining loader identification data and location data for a 

program object from a local storage medium; and 

retrieving program object data from a non-local storage 
medium corresponding to the loader identification data and location data for the 
program object. 

20 

18. The method of claim 17, wherein the loader identification data 
and location data are passed according to one of an exchange method, a set 
attribute method, and a get attribute method in combination with a variant 
parameter, whereby arbitrary data content is accessible to the client program 

25 module. 

19. The method of claim 17, wherein each program object 
comprises one of a stemmer object, a look-up object, and a character set 
conversion object. 
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20. The method of claim 17, further comprising the steps of: 

storing loader identification data and location data for a 

program object on a local storage medium and a non-local storage medium; and 
comparing data of a local storage medium with data on the 

non-local storage to determine if additional services have been added. 
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Method and System for Accessing Multiple Types of Electronic Content 



ABSTRACT OF THE DISCLOSURE 

5 

A method and system access multiple types of content from a broad range 
of client program modules. A client program module can access multiple types 
of content without the client program module having a knowledge of what type 
of content it is accessing. A user can dynamically add or change services to the 
10 system. The present invention can also serve as a standard way of exchanging 
content between services and client program modules. 
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patent or mventor' s certificate listed below, and have also identified below any foreign application for patent or 
inventor's certificate disclosuijg subject matter m common with the above-identified specification and havmg a filmg 
date before that of the apphcation on which priority is claimed: 

Application No. Country Filing Date Priority Clamied Under 35 USC § 119 

None ^ Yes ^No X 

I hereby clarni the benefit under Title 35, United States Code, § 119(e) of any United States provisional application(s) 
listed below: 



""(Application No.) (Filing Date) (Application No.) (Filing Date) 

I hereby claun the benefit under Title 35, United States Code, § 120 of any United States application(s) hsted below and, 
insofar as the subject matter disclosed and claimed in the present application is not disclosed m the pnor United States 
Application in the manner provided by the first paragraph of Title 35, United States Code §112, 1 acknowledge the duty 
ctppuoduuii lit uic i„c„„j ;„ T;ti» ^7 nr^A^ r,f -RpHpral atinns. 81.56 which became available 



to disclose material infor^tion as defined m Title 37, Code of Federal Regulations, §1.56 winch became available 
between the filing date of the prior apphcation and the national or PCT mtemational filmg date of this application: 

Application Serial No. Filing Date Status: patented, pending, abandoned 



I fiirther declare that all statements made herein of my own knowledge are true and that all statements niade on 
information and belief are beheved to be true; and further that these statement were made with the knowledge that 
willful false statements and the like so made are punishable by fine or impnsonment, or both under Section 1001 of 
Title 18 of the United States Code, and that such willful false statements may jeopardize the validity of the application or 
any patents issuing thereon. 

POWER OF ATTORNEY: The following are hereby appointed to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith: Sherry M. Knowles-33,052; Scott Pelty-35,645; Clark G. 
Sullivan-36,942; Steven P. Wigmore-40,447; Curtis L. Doster-41,714; Charles VomdTan-45,315; Lisa K. Norton- 
44,977; Katie E.' Sako-32,628; Daniel D. Crouse-32,022. 

Send correspondence to: King & Spalding ^ Direct telephone calls at (404) 572-4600 

191 Peachttee Street, N.E., 45* Floor 

Atlanta, Georgia 30303 Steven P. Wigmore 



Full name of third inventor: Matthew R. Labarge Citizenship: Canadian 



Inventor's signature 



Residence and Post Office Address: 10811 113th Court NE, #J-308, Kirkland, WA 98033 
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DECLARATION AND POWER OF ATTORNEY Attorney's Docket No. 06576.105006 (MS #146858 l) 



In re Application of: Sukmin Kevin Son, Ian H. Todd, Kimberly J. Rush, Matthew R. Labarge, Michael C. 
Crandail, Julian R. Parish 

As a below named inventor, I hereby declare that my residence, post office address and citizenship are as stated below 
next to my name. I believe I am a original, first and joint inventor of the subject matter which is claimed and for which a 
patent is sought on the invention entitled: Method and System for Accessing Multiple Types of Electronic Content, 
the specification of which is attached hereto. 

I hereby state that I have reviewed and miderstand the contents of the above-identified specification, including the 
claims, as amended by any amendment referred to above. I do not know and do not believe that the same was ever 
known or used by others in the United States of America before my or our invention thereof, or patented or described in 
any printed publication in any country before my or our invention thereof or more than one year prior to the date of this 
application. I further state that the invention was not in public use or on sale in the United States of America more than 
one year prior to the date of this application. I understand that I have a duty of candor and good faith toward the Patent 
and Trademark Office, and I acknowledge the duty to disclose information which is material to the examination of this 
application in accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119 {a)-(d) of the foreign application(s) for 
patent or inventor's certificate listed below, and have also identified below any foreign application for patent or 
inventor's certificate disclosing subject matter in common with the above-identified specification and having a filing 
date before that of the application on which priority is claimed: 

Application No. Country Filing Date Priority Claimed Under 35 USC § 1 19 
None Yes No X 



I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States provisional application(s) 
listed below: 

None ^ 

(Application No.) (Filing Date) (Apphcation No.) (Filing Date) 

I hereby claim the benefit under Title 35, United States Code, §120 of any United States application(s) listed below and, 
insofar as the subject matter disclosed and claimed in the present application is not disclosed in the prior United States 
application in the manner provided by the first paragraph of Title 35, United States Code §112, 1 acknowledge the duty 
to disclose material information as defined m Title 37, Code of Federal Regulations, §1.56 which became available 
between the filing date of the prior apphcation and the national or PCT intemational filing date of this application: 

Application Serial No. Filing Date Status: patented, pending, abandoned 

None 



I further declare that all statements made herein of my own knowledge are trae and that all statements made on 
information and belief are believed to be tme; and further that these statement were made with the knowledge that 
willflil false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code, and that such willful false statements may jeopardize the vahdity of the application or 
any patents issuing thereon. 

POWER OF ATTORNEY: The following are hereby appointed to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith: Sherry M. Knowles-33,052; W. Scott Petty-35,645; Clark G. 
Sullivan-36,942; Steven P. Wigmore-40,447; Curtis L. Doster-41,714; Charles Vomdran-45,315; Lisa K. Norton- 
44,977; Katie E. Sako-32,628; Daniel D. Crouse-32,022. 

Send correspondence to: King & Spalding Direct telephone calls at (404) 572-4600 

191 Peachtree Stireet, N.E., 45* Floor 

Atlanta, Georgia 30303 Steven P. Wigmore 



Full name of third inventor: Michael C. Crandail Citizenship: U.S. 



Inventor's signature Date: 



Residence and Post Office Address: 14760 NE 35th Street, Apt. D-104, Bellevue, WA 98007 
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DECLARATION AND POWER OF ATTORNEY 



Attorney's Docket No. 06576.105006 (MS #146858.1) 



In re Application of: Sukmin Kevin Son, Ian H. Todd, Kimberly J. Rush, Matthew R. Labarge, Michael C. 
Crandali, Julian R. Parish 

As a below named inventor, I hereby declare that my residence, post office address and citizenship are as stated below 
next to my name. I believe I am a original, first and joint inventor of the subject matter which is claimed and for which a 
patent is sought on the invention entitled: Method and System for Accessing Multiple Types of Electronic Content, 
the specification of which is attached hereto. 



I hereby state that I have reviewed and understand the contents of the above-identified specification, including the 
claims, as amended by any amendment referred to above. I do not know and do not believe that the same was ever 
known or used by others in the United States of America before my or our invention thereof, or patented or described in 
any printed publication in any coimtry before my or our invention thereof or more than one year prior to the date of this 
application. 1 further state that the invention was not in public use or on sale in the United States of America more than 
one year prior to the date of this application. / understand that I have a duty of candor and good faith toward the Patent 
and Trademark Office, and I acknowledge the duty to disclose information which is material to the examination of this 
application in accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119 (a)-(d) of the foreign application(s) for 
patent or inventor's certificate listed below, and have also identified below any foreign application for patent or 
inventor's certificate disclosing subject matter in common with the above-identified specification and having a filing 
date before that of the application on which priority is claimed: 

ApphcationNo. Coimtry Filing Date Priority Claimed Under 35 USC § 1 19 
None Yes No X 



I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States provisional application(s) 
listed below: 

None ^_ 

(Application No.) (Filing Date) (Application No.) (Filing Date) 

I hereby claim the benefit under Title 35, United States Code, §120 of any United States application(s) listed below and, 
insofar as the subject matter disclosed and claimed in the present application is not disclosed in the prior United States 
application in the manner provided by the first paragraph of Title 35, United States Code §1 12, 1 acknowledge the duty 
to disclose material information as defined in Title 37, Code of Federal Regulations, §1.56 which became available 
between the filing date of the prior application and the national or PCT international filing date of this application: 

Application Serial No. Filing Date Status: patented, pending, abandoned 

None 



I further declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be tme; and further that these statement were made with the knowledge that 
willful false statements and the like so inade are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code, and that such willful false statements may jeopardize the vahdity of the application or 
any patents issuing thereon. 

POWER OF ATTORNEY: The following are hereby appointed to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith: Sherry M. Knowles-33,052; W. Scott Petty-35,645; Clark G. 
Sullivan-3 6,942; Steven P. WigmoTe-40,447; Curtis L. Doster-41,714; Charles Vomdran-45,315; Lisa K. Norton- 
44,977; Katie E. Sako-32,628; Daniel D. Crouse-32,022. 

Send correspondence to: King «& Spalding Direct telephone calls at (404) 572-4600 

191 Peachtree Street, N.E., 45* Floor 

Atlanta, Georgia 30303 Steven P. Wigmore 



Full name of third inventor: Julian R. Parish 


Citizenship: British. 


Inventor's signature 


Date: 



Residence and Post Office Address: 12, rue St. Jean-Baptiste de la Salle, Paris, France 75006 



Page 6 of 6 



